home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9610 / 000026_owner-urn-ietf _Wed Oct 9 22:00:20 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id WAA03782 for urn-ietf-out; Wed, 9 Oct 1996 22:00:20 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id WAA03777 for <urn-ietf@services.bunyip.com>; Wed, 9 Oct 1996 22:00:16 -0400
  3. Received: from alpha.Xerox.COM by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA01634  (mail destined for urn-ietf@services.bunyip.com); Wed, 9 Oct 96 21:59:45 -0400
  5. Received: from golden.parc.xerox.com ([13.1.100.139]) by alpha.xerox.com with SMTP id <16464(8)>; Wed, 9 Oct 1996 18:59:43 PDT
  6. Received: by golden.parc.xerox.com id <2764>; Wed, 9 Oct 1996 18:59:34 PDT
  7. To: tallen@fsc.fujitsu.com
  8. Cc: michaelm@internic.net, rdaniel@acl.lanl.gov, urn-ietf@bunyip.com
  9. In-Reply-To: <199610091421.HAA12054@ishtar.fsc.fujitsu.com> (message from
  10.     Terry Allen on Wed, 9 Oct 1996 07:21:50 PDT)
  11. Subject: Re: [URN] advantages of NAPTR over PURLs
  12. From: Larry Masinter <masinter@parc.xerox.com>
  13. Message-Id: <96Oct9.185934pdt."2764"@golden.parc.xerox.com>
  14. Date: Wed, 9 Oct 1996 18:59:34 PDT
  15. Sender: owner-urn-ietf@services.bunyip.com
  16. Precedence: bulk
  17. Reply-To: Larry Masinter <masinter@parc.xerox.com>
  18. Errors-To: owner-urn-ietf@bunyip.com
  19.  
  20. >  But PURLs are not an implementation of URNs...
  21.  
  22. Please review http://purl.oclc.org/OCLC/PURL/INET96 :
  23.  
  24. > PURLs are a direct result of OCLC's work in the Uniform Resource Name
  25. > (URN) standards and library cataloging communities. The assignment of
  26. > PURLs is an intermediate step towards the time when URNs are an
  27. > integral part of the Internet information architecture. The eventual
  28. > syntax of URNs is clear enough at this time to afford confidence that
  29. > the syntax of PURLs can be inexpensively and mechanically translated
  30. > to the eventual URN form. For instance, the PURL
  31.  
  32. >     http://purl.oclc.org/keith/home
  33. >     ----   ------------- ----------
  34. >       /           |               \
  35. >  protocol    resolver address     name  
  36.  
  37. > could be written something like the following using the Path URN syntax:
  38.  
  39. >     URN:/org/oclc/purl/keith/home
  40. >          ------------- ----------
  41. >                |           |
  42. >       naming authority   name
  43.  
  44. > where the URN is essentially a hierarchical name with the first
  45. > portion representing the naming authority and the second portion
  46. > signifying the local name. Note that the naming authority in this
  47. > example is merely the resolver address of the corresponding PURL
  48. > written backwards (with slashes instead of dots) and the local name
  49. > is the same.
  50.  
  51. > Syntax aside, one way to think of URNs and PURLs is to consider what
  52. > it would take to turn a PURL Server into a URN Server: very
  53. > little. If Web browsers were changed to recognize the syntax
  54. > URN:/org/oclc/purl/keith/home and could then connect to the resolver
  55. > at purl.oclc.org, the resolver could then resolve the name
  56. > /keith/home.
  57.  
  58.